Microsoft Dexterity Customization future - upgrade, phase out, or walk away Alba Spectrum Dallas
Released on = March 20, 2007, 3:59 pm
Press Release Author = Alba Spectrum Group
Industry = Computers
Press Release Summary = Microsoft Dexterity or former Great Plains Dexterity was designed in earlier 1990th with assumption that C programming language will provide computer platform independence: Microsoft Windows vs. Mac or Solaris/Unix, plus database independence or at least easy switch: Ctree, Pervasive SQL/Btrieve, MS SQL Server, Oracle, DBII, etc
Press Release Body = Alba Spectrum Group: http://www.albaspectrum.com http://www.enterlogix.com.br help@albaspectrum.com 1-866-528-0577, 1-630-961-5918,
Microsoft Dexterity or former Great Plains Dexterity was designed in earlier 1990th with assumption that C programming language will provide computer platform independence: Microsoft Windows vs. Mac or Solaris/Unix, plus database independence or at least easy switch: Ctree, Pervasive SQL/Btrieve, MS SQL Server, Oracle, DBII, etc. Dexterity architecture was transferred to MS Visual C++ somewhere around 1999 with some additional bug fixing work, however pretty flawless. When Microsoft purchased Great Plains Software on the edge of XXI Century, the basis of Dexterity lost its actuality - in fact Microsoft Business Solutions actively moved toward phasing out all the other platforms, but MS SQL Server by introducing MSDE platform - free version of SQL Server, without some tools, however. Let's look at MS Dexterity from this angle: . Database Access. Microsoft Dexterity, comparing to old Dexterity had to emphasize MS SQL Server stored procedures calls and scripts. This meant that former Dex cursors (as being db platform independent) lost their actuality. Now it is probably good programming tone to use SQL Stored Procedures to speed up dex scripting from the side of database manipulations . Dex Screens. Still good idea to keep dex screen developing, following by eConnect object oriented logic behind. As Microsoft is emphasizing MS Visual Studio .Net development options, here we would recommend Dex screens to be filled with eConnect logic via DLLs where you call either eConnect DLL procedures or XML web services eConnect interface . SQL Stored Procedures. This approach still requires some experience with Dexterity programming: DEX_ROW_ID, DYNAMICS.DIC dex source code programming, dexterity atomic SQL stored procedures - you should be familiar with these legacy dexterity features . Dexterity International Aspect. Unicode - this is real problem. We often hear customer questions about dex supporting Unicode: Chinese, Japanese, Korean characters. However some tools can help, Crystal reports for example - we have to express pessimistic view here . Extender optimism. eOne Extender is very promising tools, if you are end customer - it allows you to forget about dex proprietary features and concentrate on GP prototyping: tables, forms, reports, plus even dex sanscript logic - if you have this under your belt
Alba Spectrum Group: http://www.albaspectrum.com http://www.enterlogix.com.br help@albaspectrum.com 1-866-528-0577, 1-630-961-5918, serving Microsoft Dynamics GP Great Plains customers in USA/Canada nationwide. Local service is available in Dallas and Houston, TX: Richmond, Sugar Land, Katy, Rosenberg, Missouri City, Pearland, Friendswood, Meadows, Mission Bend, Jersey Village; Chicago, IL: Naperville, Aurora, Bolingbrook, Romeoville, Joliet, Wheaton, Lisle, Downers Grove, Schaumburg, Elk Grove, Lombard, Woodridge, Darien, Westmont, Batavia, St. Charles, Elgin, Crystal Lake.